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(54) Database workflow for multimedia networking and VoIP 



(57) An apparatus, along with its associated meth- 
ods, that integrates a database workflow within a multi- 
media networking environment is described. 

In one embodiment, a gatekeeper having a data- 
base that supports a networking workflow and a gate- 
way communicatively coupled to the gatekeeper is de- 
scribed. The database may comprise an object-oriented 
database. The networking workflow may be a network- 



ing layer, session layer or other layer workflow. The 
gateway may comprise an IP intranet network interface, 
where the IP intranet network is capable of transporting 
real time packet switched traffic, separated from a net- 
work interface by a translation layer. The IP intranet net- 
work may be an H.323 network. The network interfaces 
include but are not limited to PSTN, ISDN, ATM, Cable 
TV or the internet. Also, the gatekeeper and gateway 
may be integrated within the same chassis. 
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Description 

[0001] The field of invention relates to multimedia net- 
working. More specifically, the field of invention relates 
to the incorporation of database workflows for network- 
ing functions. 

Automatic Call Distribution Centers 

[0002] Automatic Call Distribution (ACD) centers are 
typically employed in corporate environments having 
sophisticated telephony services such as technical sup- 
port and/or sales. The ACD is responsible for routing an 
incoming (i.e., customer's) call to a proper corporate 
agent having the necessary skill sets to handle the cus- 
tomer's call. For example, if a Spanish speaking cus- 
tomer requiring technical support calls the corporation's 
"1-800" number, the ACD is responsible for routing the 
customer's call to an available (or nearest available), 
Spanish speaking, technical support agent. Figure 1 
shows a typical ACD center (also referred to as a pre- 
call router) 100. 

[0003] Continuing with the example, the customer 
based in Los Angeles calls the corporate "1-800" 
number from his personal or office telephone 108. The 
call is directed through the Public Switched Telephone 
Network 107 (PSTN) to the ACD 100, located in Denver. 
Thus, the corporate "1-800" number. is essentially the 
phone number of the ACD 100 itself. 
[0004] When the customer's call comes into the ACD 
100 through the Point of Presence (POP) switch 103 of 
the PSTN 107 along a physical layer connection 109 
(such as a T3 line), the customer's call is "confirmed" 
before it is answered by the ACD 100. 
[0005] Caller confirmation involves: 1 ) verification that 
the destination of the call is the ACD and 2) identification 
of the source of the call (the customer's location). This 
information is found via the ANI/DNIS information relat- 
ing to the customer's particular call. The ANI provides 
the caller's location while the DNIS provides the caller's 
intended destination. This information may be obtained 
either from a reserved channel of the physical layer con- 
nection 1 09 or from the Service Control Point (SCP) 1 04 
that is located within the PSTN 107 and maintained by 
the carrier. The ACD usually communicates with the 
SCP via a Network Interface Controller 102 (NIC). 
[0006] Once caller confirmation is complete and ac- 
cepted, the ACD 100 initiates an Integrated Voice Re- 
sponse Unit (IVRU) which is an automated voice direc- 
tory system. The IVRU is responsible for identifying the 
basic skill sets that the customer requires. For example, 
the IVRU asks the caller to push a button corresponding 
to his language preference (e.g., English or Spanish) 
and his required area of service (e.g., sales, marketing, 
or technical support). The ACD 1 00 retains this data, 
referred to as skill sets, and uses it to properly route the 
call. 

[0007] With the skill sets, the ACD 100 searches its 



database 105 for available agents having the required 
skill sets. The database 105 is a storage system that 
keeps track of the agents or groups of agents having 
particular skill sets. The ACD 100 also knows which 

5 agents are currently busy. Thus the ACD is capable of 
matching agents having particular skills (e.g., Spanish 
speaking with technical support) with the agents cur- 
rently available. From this the ACD 100 can determine 
which agents are available to handle the call. Thus, skill 

10 sets and availability are an initial set of conditions 
against which the entire pool of corporate agents are 
screened and reduced prior to selection. 
[0008] Additional conditions, such as flow control pol- 
icies, may then be placed on the set of available agents 

is having the proper skill sets. That is, Figure 1 shows 
three agent locations 109a, 109b and 109c which cor- 
respond to available Spanish speaking, technical sup- 
port agents in Denver (where the ACD 1 00 itself is lo- 
cated), New York, and Chicago respectively. The ACD 

20 may select the agent at the Denver location 109a since 
that is the closest location to the caller's location in L.A. 
Clearly, a myriad of other conditions may also be re- 
quired or desired in different instances. 
[0009] Once a final agent or group of agents is select- 

2S ed, the router 1 01 places a new DN IS for the customer's 
call into the SCP 1 04. That is, the ACD 100 changes the 
caller's original DNIS (the corporate "1-800" number) to 
the specific DNIS value that corresponds to the selected 
agent. 

30 [0010] A problem with current ACDs is a combination 
of granularity and bandwidth. Many ACDs employ a rel- 
atively modest storage system 102 and CPU resulting 
in limitations in the number of skill sets tracked per agent 
as well as limitations in the number of conditions that 

35 can be screened against the agent pool. Furthermore, 
the NIC 102 is typically capable of handling no more 
than 1 50-200 calls per second. Thus there is also a 
bandwidth bottleneck because of the ACD center's 100 
dependence on the PSTN's SCP 104 to re-route the 

40 customer's call (via changing the SCP's 104 DNIS infor- 
mation for each caller). 

The Emergence of Packet Switched Telephony 

45 [0011] Fig. 2a shows a traditional network configura- 
tion for a corporate campus. Typically there is both a 
telephone 202a and a computer 203a atop a corporate 
worker's desktop 201 a. Unfortunately, two entirely sep- 
arate network architectures having unique pieces of 

50 hardware are used to connect the worker's telephone 
202a and computer 203a to the world outside his or her 
office. Traditionally, a PBX 206 is used to manage em- 
ployee telephone calls across the PSTN 107 while a 
router 205 is used to translate packets between the em- 

55 ployee's Local Area Network (LAN) 204a and the PSTN 
107. 

[001 2] The need for two different networking schemes 
for telephones 202a and computers 203a stems from 



2 



3 EP 1017 217 A2 



the inherently different requirements of telephony 
(voice) traffic versus computer (data) traffic. Voice traffic 
typically requires no more than a few hundred millisec- 
onds of propagation delay between callers (whether 
they are across the street or across the world) while data 
traffic is generally tolerant of much greater delay. As 
such, voice traffic requires a dedicated point to point 
"pipe" from one caller to the other while data packets 
can "bounce" from node to node across the network ac- 
quiring comparatively substantial delay in the process. 
These two different networking approaches are referred 
to as "circuit switched" for voice traffic and "packet 
switched" for data traffic. 

[0013] Recently, however, commodity priced semi- 
conductor ICs that operate in the hundreds of Mega- 
hertz have emerged. The result is inherently shorter 
packet delay acquired at each node while the packet 
bounces through the network. Thus, it is now possible 
that voice traffic may travel in a packet switched fashion 
(rather than a circuit switched fashion) and stay within 
the required maximum delay time. 
[0014] Packet switched telephony is highly desirable 
as it eliminates the "dual" networking topography of Fig- 
ure 2a and allows for the single architecture of Figure 2b. 
Under the dual topography of Figure 2a different media 
types (e.g., voice or data) travel through different equip- 
ment (e.g., PBX 206 or router 205). With the packet 
switched telephony approach of Figure 2b, all media 
travels across a single path (e.g., trunk 209 and LAN 
204b) through the same equipment (gateway 213a). 
This results in lower equipment and maintenance costs 
for MIS managers. 

[0015] ATM was once considered a technology that 
could transport voice and data over a single LAN archi- 
tecture. ATM has packet switching features, however, 
ATM also has many connection-oriented features and 
is therefore generally not deemed a packet switched 
technology. ATM is seen more as an extension of tradi- 
tional circuit switched telephony. Furthermore, ATM's 
connection oriented and pre-emptive queuing features 
result in high overhead and poor efficiency as compared 
to a purely IP based packet switched approach. 
[001 6] Thus far, the discussion has been limited to on- 
ly the PSTN serving as the wide area network (WAN) 
outside than LAN. However, access to multiple networks 
is also desirable as shown in Figure 2c. That is, different 
networks besides the PSTN 107 (such as the Internet 
215 or, for example, a private ISDN 216 service) may 
also require connectivity to the corporate campus. 
[0017] As such not only must gateway 213b handle 
all different forms of media (e.g., voice, FAX, data, video, 
etc.) it must also handle all different sources of that me- 
dia (e.g., PSTN, ISDN, the internet, etc.). 
[0018] To help manage the transition to real time 
packet based traffic flow, the ITU-T has introduced the 
H.323 standard (hereinafter "H.323") to define and or- 
ganize the assorted requirements and functions neces- 
sary to implement campus architectures similar to that 



4 

shown in Figure 2c. H.323 employs IP (Internet Proto- 
col) addressing rather than ANI/DNIS for voice traffic. 
[0019] It is clear, however, that an intelligent and fast 
gateway 21 3b is highly desirable in order to manage all 

s the sources of media as well as manage all the different 
types of media that flow from them. 
[0020] Furthermore, the value of intelligence and 
speed increases as the role of the networking function 
becomes more sophisticated and complex. For exam- 

10 pie, referring back to Figure 1 , consider an ACD having 
responsibility for managing not only traditional phone 
calls as discussed, but also e-mail, web inquiries, inte- 
grated web and voice inquiries, video calls etc. Further 
still, consider the expansion of new conditions. Not only 

is must available agents have the correct expertise and 
speak the correct language they must also have at least 
the same desktop performance as the customer in order 
to fully communicate with him or her. Thus in light of their 
aforementioned inefficiencies, traditional ACDs are ill 

20 suited for the emergence of IP based real time traffic. 

Object Oriented Database Workflows 

[0021] Object oriented database workflows are used 
25 to automate expensive administrative business proce- 
dures. Database workflow application programs typical- 
ly run on higher end machines such as workstations and 
therefore have access to high-speed data storage de- 
vices and high performance CPUs. As such database 
30 workflows provide the level of intelligence and speed 
necessary to automate complicated business process- 
es. "Intelligence" is a derivative of hardware and soft- 
ware sophistication. 

[0022] An example of a database workflow is shown 

35 in Figure 3. Figure 3a shows a sample business work- 
flow 300. A customer request for a specific part number 
invokes an inquiry into the corporate inventory. If the part 
number is not available the request is rejected; if the part 
number is available the shipping department is told to 

40 deliver the part to the customer and the accounts receiv- 
able department is told to update its records. Figure 3b 
shows the workflow of Figure 3a reduced to an object 
oriented database environment 301 . The database has 
four objects: an order form object 303, an inventory ob- 

45 ject 302, a shipment object 304 and an accounts receiv- 
able object 305. Each object has associated methods 
having exclusive access to its database. For example, 
the order form object 303 has a process order form 
method 303c and a process customer request method 

50 303b which share exclusive access to the order form 
database 303a. 

[0023] Thus, the method of Figure 3a is realized in 
Figure 3b. The customer request generates the check 
inventory method 302b which searches the inventory 
55 database 302a. If the search is positive, the process or- 
der form method 303c is invoked which creates an offi- 
cial order from the data within the order form database 
303a as well as invokes the update ship queue method 
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304b and the update accounts receivable method 305b. 
These methods then update their respective databases 
304a, 305b thereby informing the shipping department 
of a new shipping requirement and recording the sale in 
the corporate account. 

[0024] What is needed is complex networking func- 
tionality, such as an ACD, having intelligence compara- 
ble to an automated database workflow such that mul- 
tiple media types and multiple media sources may be 
effectively managed within the complex networking 
function. 

[0025] In one embodiment, a gatekeeper having a da- 
tabase that supports a networking workflow is commu- 
nicatively coupled to a gateway. The database may 
comprise an object-oriented database. The networking 
workflow may be a networking layer, session layer or 
other layer workflow. The gateway may comprise an IP 
intranet network interface, where the IP intranet network 
is capable of transporting real time packet switched traf- 
fic, separated from a network interface by a translation 
layer. The IP intranet network may be an H.323 network. 
The network interfaces include but are not limited to 
PSTN, ISDN, ATM, Cable TV or the internet. Also, the 
gatekeeper and gateway may be integrated within the 
same chassis. 

[0026] In another embodiment, a gatekeeper having 
a database that supports an agent selection workflow 
and a gateway communicatively coupled to the gate- 
keeper is described. The database may be object ori- 
ented and may comprise an available agent object that 
contains the set of agents currently available. Further 
still, the object oriented database may comprise a tech 
support agent object that contains the set of agents hav- 
ing tech support skills, or a sales agent object that con- 
tains the set of agents having sales skills, or an addi- 
tional conditions object that contains flow control poli- 
cies. 

[0027] In yet another embodiment a gatekeeper hav- 
ing a database that supports a networking workflow; a 
first server, where the first server stores a first media 
type and is communicatively coupled to the gatekeeper; 
and a gateway communicatively coupled to the gate- 
keeper is described. The database may have a plurality 
of workflow libraries organized by media type, which 
may include a voice library, a data library, or a FAX li- 
brary. The workflow may comprise a parser coupled to 
a plurality of decision blocks where there is one of de- 
cision blocks per media type. There may also be a sec- 
ond server that stores a second media type and is com- 
municatively coupled to the gatekeeper. The media 
types may include but are not limited to data, voice mail 
or FAX. 

[0028] An embodiment of a method involves invoking 
an object method against a condition to produce at least 
one selected agent and directing real time traffic to the 
selected agent. The object may comprise an available 
agents object where the object method searches for 
available agents against the condition. The condition 



may comprise a technical expertise skill, a language 
skill, or a subset of agents from the corporate pool of 
agents. The object may also comprise a technical sup- 
port agents object where the object method searches 

5 fortechnicalsupportagentsagainstacondition. Theob- 
ject may also comprise a sales agents object where the 
object method searches for sales agents against the 
condition. The object may also comprise an additional 
conditions object where the object method searches for 

10 agents meeting flow control policy requirements against 
the condition. The real time traffic may comprise real 
time voice traffic or real time video traffic. The real time 
traffic may be directed over a packet switched network 
including an IP based network. 

15 [0029] Another embodiment of a method includes de- 
termining the media type of a network event and initiat- 
ing a networking workflow unique to the media type. The 
method may further comprise directing the event to a 
decision block unique to the media type before initiating 

20 the networking workflow. The method may further com- 
prise a parser that makes the determination of the media 
type of the event. 

The method may be executed upon an object-oriented 
database. The networking workflow may be a pre-call 
25 routing workflow. It also may update an agent's file 
space in a server and send a message to the agent's 
system. 

[0030] Other features and advantages of the present 
invention will be apparent from the accompanying draw- 
30 ings and from the detailed description which follows. 
[0031] The present invention is illustrated by way of 
example and not limitation in the figures of the accom- 
panying drawings, in which like references indicate sim- 
ilar elements, and in which; 

35 

Figure 1 is a traditional ACD. 
Figure 2a is a traditional corporate campus net- 
work. 

Figure 2b is a corporate campus network that uti- 
40 Hzes packet switched telephony technology. 

Figure 2c is the corporate campus network of Fig- 
ure 2b connected to multiple networks. 
Figure 3a is a business process workflow 
Figure 3b is the business process workflow of Fig. 
is 3a at the database level. 

Figure 4a is an embodiment of an ACD that incor- 
porates a database workflow. 
Figure 4b is a detailed depiction of the ACD of Fig- 
ure 4a. 

so Figure 5 is an ACD process. 

Figure 6a is the organization of an embodiment of 
an object-oriented database. 
Figure 6b is an embodiment of the ACD agent se- 
lection workflow that employs the object-oriented 

55 database of Figure 6a. 

Figure 7 is an embodiment of a centralized multi- 
media management station. 
Figure 8 is an embodiment of a workflow of the sta- 



4 



EP 1 017 217 A2 



tion of Figure 7. 

[0032] An apparatus, along with its associated meth- 
ods, that integrates a database workflow within a multi- 
media networking environment is described. 
[0033] In one embodiment, a gatekeeper having a da- 
tabase that supports a networking workflow and a gate- 
way communicatively coupled to the gatekeeper is de- 
scribed. The database may comprise an object oriented 
database. The networking workflow may be a network- 
ing layer, session layer or other layer workflow. The 
gateway may comprise an IP intranet network interface, 
where the IP intranet network is capable of transporting 
real time packet switched traffic, separated from a net- 
work interface by a translation layer. The IP intranet net- 
work may be an H.323 network. The network interfaces 
include but are not limited to PSTN, ISDN, ATM, Cable 
TV or the internet. Also, the gatekeeper and gateway 
may be integrated within the same chassis. 
[0034] In another embodiment, a gatekeeper having 
a database that supports an agent selection workflow 
and a gateway communicatively coupled to the gate- 
keeper is described. The database may be object ori- 
ented and may comprise an available agent object that 
contains the set of agents currently available. Further 
still, the object oriented database may comprise a tech 
support agent object that contains the set of agents hav- 
ing tech support skills, or a sales agent object that con- 
tains the set of agents having sales skills, or an addi- 
tional conditions object that contains flow control poli- 
cies. 

[0035] In yet another embodiment a gatekeeper hav- 
ing a database that supports a networking workflow; a 
first server, where the first server stores a first media 
type and is communicatively coupled to the gatekeeper; 
and a gateway communicatively coupled to the gate- 
keeper is described. The database may have a plurality 
of workflow libraries organized by media type which may 
include a voice library, a data library, or a FAX library. 
The workflow may comprise a parser coupled to a plu- 
rality of decision blocks where there is one of decision 
blocks per media type. There may also be a second 
server that stores a second media type and is commu- 
nicatively coupled to the gatekeeper. The media types 
may include but are not limited to data, voice mail or 
FAX. 

[0036] An embodiment of a method involves invoking 
an object method against a condition to produce at least 
one selected agent and directing real time traffic to the 
selected agent. The object may comprise an available 
agents object where the object method searches for 
available agents against the condition. The condition 
may comprise a technical expertise skill, a language 
skill, or a subset of agents from the corporate pool of 
agents. The object may also comprise a technical sup- 
port agents object where the object method searches 
for technical support agents against a condition. The ob- 
ject may also comprise a sales agents object where the 



. object method searches for sales agents against the 
condition. The object may also comprise an additional 
conditions object where the object method searches for 
agents meeting flow control policy requirements against 

s the condition. The real time traffic may comprise real 
time voice traffic or real time video traffic. The real time 
traffic may be directed over a packet switched network 
including an IP based network. 
[0037] Another embodiment of a method includes de- 

10 termining the media type of a network event and initiat- 
ing a networking workflow unique to the media type. The 
method may further comprise directing the event to a 
decision block unique to the media type before initiating 
the networking workflow. The method may further com- 

15 prise a parser that makes the determination of the media 
type of the event. 

The method may be executed upon an object oriented 
database. The networking workflow may be a pre-call 
routing workflow. It also may update an agent's file 
20 space in a server and send a message to the agent's 
system. 

[0038] These and other embodiments of the present 
invention may be realized in accordance with the follow- 
ing teachings and it should be evident that various mod- 

25 iflcations and changes may be made in the following 
teachings without departing from the broader spirit and 
scope of the invention. The specification and drawings 
are, accordingly, to be regarded in an illustrative rather 
than restrictive sense and the invention measured only 

so in terms of the claims. 

[0039] For example, as H.323 is directed to network- 
ing systems capable of transporting packet switched 
voice traffic, many embodiments discussed herein em- 
ploy the H.323 standard. However it is important to note 

35 that any packet switched voice (and/or other real time) 
protocol or standard, whether currently in existence or 
yet to be developed, is adaptable to the embodiments 
discussed herein. As many embodiments simply use 
these protocols or standards as a basic layer, the exact 

40 means or mechanisms employed by any specific proto- 
col or standard is transparent to the embodiments them- 
selves. 

[0040] Nevertheless, the emergence of Voice over IP 
(VoIP) and packet switched technologies for real time 

45 traffic generally (e.g., H.323) are an important motiva- 
tion for integrating database workflow intelligence into 
a networking environment. That is, as the underlying 
network technologies (e.g., H.323) become increasingly 
versatile as represented in their ability to handle multiple 

so media types across a single network architecture, the 
equipment implementing that architecture must be sim- 
ilarly versatile. Database workflow technology offers the 
degree of versatility needed to meet that challenge. 

55 VoIP ACD 

[0041] Figure 4a shows an ACD center 400 having an 
improved level of granularity and bandwidth that also 
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transports real time traffic over a packet switched net- 
work. Figure 4a is directed to the same example de- 
scribed in Figure 1 . That is, a caller based in LA. calls 
the corporate "1 -800" number from his/her telephone 
1 08. The PSTN 1 07 directs the call to the corporate ACD 
400 via the physical layer connection 405 (e.g. a T3 line) 
between the PSTN 107 and the ACD 400. 
[0042] The call enters the ACD gateway 401. In this 
embodiment, the ACD gateway 401 is an endpoint on 
the H.323 corporate network 404 (also called a corpo- 
rate intranet 404) that provides, two-way communica- 
tion between H.323 based terminals (e.g., terminals 
406a,b or c) on the corporate intranet 404 and an end- 
point (e.g., H. 324 telephone 108) on a different network 
such as PSTN 107. 

[0043] Regardless of whether H.323 technology (or 
some other standard or protocol) is used, gateways en- 
able two-way communication by providing the appropri- 
ate translation between different transmission formats 
and different communication procedures necessary for 
proper communication between endpoints existing on 
two different networks. For example, in order to provide 
communication between a terminal (e.g., terminal 406a) 
on the corporate intranet 404 and a terminal (e.g., tele- 
phone 108) on PSTN 107, the ACD gateway 401 of Fig- 
ure 4a must translate the H.225 transmission format of 
the H.323 endpoint to/from the transmission format of 
the H. 324 endpoint. A similar translation occurs for com- 
munication procedures such as capability exchange. 
[0044] Thus gateways provide translation between 
different network technologies, regardless of the specif- 
ic network technologies in use. Different networks are 
networks having different communication formats (e.g., 
frame structure) and/or procedures (e.g., call setup). A 
routing function is to be distinguished from a gateway 
function. Routing is related to the selection and/or iden- 
tification of the most efficient path (or endpoint) traffic 
may travel (or travel to) in order to reach a destination 
point from a source point. Routing is therefore generally 
associated with determining the most efficient use of 
network resources. Frequently, a gateway function is in- 
tegrated with a routing function within a single machine. 
[0045] The ACD gateway 40 1 is also capable of com- 
municating with other gateways, such as gateway 407 
and gateway 41 0. Thus non-H.323 terminals connected 
to the corporate Intranet 404 (such as telephone 409) 
may communicate with terminals on the circuit switched 
network 107. Also, H.323 terminals (such as terminal 
41 0) connected to the circuit switched network 1 07 may 
communicate with terminals on the H.323 corporate in- 
tranet 404. Thus, it is possible that any device connect- 
ed to the PSTN 107 may communicate with any device 
connected to the corporate intranet 404 if gateways are 
properly employed and the endpoints are compatible 
with one another. 

[0046] When the customer call enters the ACD gate- 
way 401 a network event is sent to the gatekeeper 402. 
Regardless of the particular protocol or standard em- 



ployed, gatekeepers generally provide call control serv- 
ices such as address translation, admission control, 
bandwidth control, zone management, call forwarding 
and call transfer. Whether or not the gatekeeper 402 of 

s Figure 4 would fit under a standard's definition of gate- 
keeper, the tasks associated with the gatekeeper 402 
are a form of gatekeeping as they perform admission 
control (e.g., caller confirmation) and call forwarding (e. 
g., agent or agent group selection). Thus, for purposes 

10 of convenience, this application will refer to entity 402b 
as gatekeeper. A gatekeeper is therefore any device or 
function that monitors or controls (as opposed to simply 
translates) traffic flow between two different networks. 
Routing may be viewed as within the gatekeeping func- 

15 tion as routing involves controlling the path or direction 
of traffic flow. The gateway/gatekeeper combination 
may enable and manage traffic flow in both directions 
across the boundary separating the two different net- 
works. 

so [0047] According to the embodiment shown in Figure 
4a, a workflow 403 is an integral part of the ACD 400. 
That is, ACD tasks such as caller confirmation and/or 
agent selection are performed by database workflows 
similar to those described in reference to Figure 3. As 

25 discussed, workflows are intelligent. Intelligence stems 
from the use of sophisticated software, high-speed stor- 
age devices and/or high performance CPUs. Introduc- 
tion of a similar hardware platform within the ACD 400 
environment results in (when compared to some tradi- 

30 tional ACDs) massive databases that may be searched 
and or processed in small amounts of time. Thus, the 
CPU and data storage platforms that are typical of ma- 
chines running business workflows (e.g., a UNIX work- 
station) are generally sufficient. Of course, as the func- 

35 tional complexity grows, higher performance equipment 
may be used. Regardless, the granularity problem that 
limited the number of skill sets per agent as well as the 
number of conditions per call screening is avoided at 
least in part. 

40 [0048] The hardware platform supporting the work- 
flow 403 as well as the entire ACD 400 may have many 
different embodiments. A database supports a workflow 
if the workflow invokes methods and/or data from that 
database regardless of where the actual storage device 

45 resides. A workflow runs on or executes over a data- 
base. The high speed storage and high performance 
CPU that run the workflow 403 may be integrated with 
the ACD gateway 401 within the same frame chassis; 
or the gateway 401 and workflow 403 functions may be 

50 spread out into different hardware elements (such as a 
separate ACD gateway 401 in communication with a 
workstation or server responsible for running the work- 
flow 403 as shown in Fig. 4). Furthermore, a gateway 
CPU may be the same high performance CPU that runs 

ss the workflow or the two processing elements may be 
split into separate processing cores. These aforemen- 
tioned embodiments are meant to be illustrative and do 
not serve to limit the scope to these specific embodi- 
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merits. Given the various options of available, interwork- 
able processing cores and storage systems, many other 
embodiments exist that successfully integrate a gate- 
way function with a workflow hardware platform. 
[0049] Also, in the embodiment shown in Figure 4, 
there is no dependence on the Network Interface Con- 
troller or Service Control Point (102, 104 of Figure 1 re- 
spectively) to route the customer's call to the selected 
agent or group of agents. That is, the gatekeeper 402 
does not update DNIS information within a SCP 104 of 
the PSTN 107 (referring briefly to Figure 1). Instead, the 
gatekeeper 402 permits the initiation of call setup be- 
tween the customer and the selected agent over the cor- 
porate intranet 404. Whereas the traditional ACD shown 
back in Figure 1 requires the call to be re-rerouted 
across the PSTN 1 07, in this embodiment the call is rout- 
ed across the corporate intranet 404 and the bandwidth 
problem associated with the NIC of traditional ACDs is 
avoided. 

[0050] Figure 5 shows the functional processing as- 
sociated with ACD 400. More specifically, Figure 5 
shows the complete process 500 from caller confirma- 
tion to agent selection. The process 500 is similar to the 
operation of a traditional ACD. During caller confirma- 
tion, the source is identified 501 via the ANI and the des- 
tination is confirmed 502 via the DNIS. Skill sets and 
additional conditions are screened against the pool of 
available agents (blocks 504-506). From this an agent 
is selected. 

[0051] Not all processing elements of process 500 re- 
quire execution over the database. Essentially, the proc- 
esses selected for operation over a database workflow 
are a matter of choice. For example, caller confirmation 
(blocks 501 -502) may be done in hardware and software 
environments typical of traditional ACDs leaving only 
the agent selection process (blocks 504-506) to be per- 
formed over the database. Such an embodiment may 
be preferable, as only the agent selection process (be- 
cause of the complexities of large skill set searching) is 
likely to require demanding processing from a database 
perspective. On the other hand, overhead constraints 
may make it easier to integrate caller confirmation and 
the IVRU within the workflow environment as well. 
[0052] For simplicity, the embodiment discussed in re- 
lation to Figures 5 and 6 executes only the agent selec- 
tion workflow (blocks 504-506) over the database. Fig- 
ure 6a shows an embodiment of an object oriented da- 
tabase architecture 600 for the agent selection workflow 
having two main classes of objects: 1) agents 601 and 
2) additional conditions 602. Although more traditional 
process oriented software programs may be employed 
to execute the workflow, the object oriented approach 
may be more efficient from a development cost perspec- 
tive. 

[0053] As shown in Figure 6a, this specific embodi- 
ment has an agents object 601 class having three inher- 
ent classes: available 603, tech support 604 and sales 
605. Agents may be tracked or identified throughout the 



workflow, for example, by IP address or employee serial 
number. The available object 603 contains a database 
of all available agents within the corporation. The data- 
base adds and deletes specific agents dynamically with 

5 customer usage of the agent resource pool. The mean- 
ing of "available" need not be strict. That is, thethreshold 
for availability may be based on a customer queue 
measured in minutes for each agent. In order to dynam- 
ically track the available agent pool, methods associat- 

io ed with the available object 603 database may use 
methods of a "intranet" object (not shown in Figure 6) 
responsible for monitoring and tracking traffic flow over 
the corporate intranet. 

[0054] The tech support object 604 contains a data- 
's base of all tech support agents within the corporation. 
In this embodiment, it contains a record or profile of the 
entire skill set (e.g., languages, technical specialties, 
experience level etc.) for each tech support agent as 
well as a record of each tech support agent's location, 
20 time zone, etc. This data is entered consistent with cor- 
porate records. The sales object 605 contains a data- 
base of all the sales agents within the corporation. Its 
organization is similar to the tech support object 604 da- 
tabase except the technical items are replaced with spe- 
25 cific sales related skills such as expertise within specific 
markets. 

[0055] Each of the three inherent classes 603, 604, 
605 has methods unique to itself as well as methods 
common to the entire class. Methods associated with 

so an object are also referred to as object methods. For 
example, the available object 603 may have an object 
method for identifying agents based on the customer 
queue for that agent. The tech support object 604 may 
have an object method for identifying tech support 

3S agents based on the specific technical areas they have 
been approved to provide support for. The sales object 
605 may have an object method for identifying sales 
agents based on the specific markets they have been 
approved to sell in. However, all three classes may have 

40 an object method for identifying an agent's name based 
on his or her IP address. 

[0056] The agent selection workflow (blocks 504-506 
of Figure 5) is shown at the database level in Figure 6B. 
The workflow starts (in the example of this embodiment) 

45 with the preliminary IVRU information that the caller has 
requested a Spanish speaking tech support agent. The 
workflow employs the "identify by language" object 
method 606 of the tech support agent object 607. This 
method accepts "Spanish" as an input parameter and 

so searches the encapsulated tech support database 607 
profile for Spanish speaking skills to identify a first sub- 
set 608 of all Spanish speaking tech support agents 
within the corporation. Then the method requests the 
available object 603 to search its database 609 for any 

ss of the agents from the first subset 608 by invoking the 
"search for agents" object method 61 2. The "search for 
agents" method 612 accepts the first subset 608 as an 
input parameter. The available object 609 returns a sec- 
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ond subset 610 containing all available, Spanish speak- 
ing tech support agents. Again, the subsets may track 
the agents in any number of ways including but not lim- 
ited to IP address or employee serial number. 
[0057] This second subset is then used as an input 
for the additional conditions object 602. The additional 
conditions object 602 is responsible for determining the 
proper agent based on various corporate policies such 
as (but not limited to) flow balancing. Thus, in this em- 
bodiment, the additional conditions database 611 
records at least an estimated intranet 404 offered load 
parameter for each agent. In so doing, the additional 
conditions database 611 uses the aforementioned "in- 
tranet" object (not shown in Figure 6) to dynamically 
track traffic flow over the corporate intranet 404 as it re- 
lates to each agent. Agents near intranet bottlenecks will 
have higher offered load figures than agents near less 
active portions of the intranet 404. Other policies, such 
as a preference to route callers to the closest agent lo- 
cation (as discussed with reference to Figure 1 ), may 
also be implemented by keeping the proper data within 
the additional conditions database 611. 
[0058] The "determine final agent(s)" object method 
613 of the additional conditions object 602 maps the 
subset 610 of available, Spanish speaking tech support 
agents (e.g., by IP address or employee serial number) 
against its encapsulated additional conditions database 
61 1 and returns with the agent (or group of agents) hav- 
ing the least offered load to the intranet. That is, the ad- 
ditional conditions object 602 determines the final (i.e., 
selected) agent or group of agents by "steering" corpo- 
rate intranet traffic away from congested regions. 
[0059] Once an agent or agents is selected, the in- 
coming call is directed from the ACD gateway 401 to the 
IP address of the selected agent(s). Thus, the ACD 400 
swaps the incoming DNIS with an IP address. At this 
point, the routing function of the ACD 400 is complete. 
Note the routing function of the ACD 400 (i.e., determi- 
nation of the call destination via identification of the 
proper agent) is performed by the database workflow 
403. 

[0060] Because of their versatility, database work- 
flows incorporated within networking applications allows 
for a wide variety of intelligent networking applications. 
A network function is a function within any of the OSl 
Reference Model layers (physical, data link, network, 
transport, session, presentation or application). A data- 
base having a network workflow is therefore any data- 
base workflow that performs a function associated with 
at least one OSl Reference Model layer. For example, 
the ACD 400 just described determines the destination 
of an incoming call. As such the ACD database workflow 
403 is performing a networking layer function. Alterna- 
tively, the ACD workflow 403 just described may be 
viewed as call setup which is a typically viewed as a ses- 
sion layer function. Either way, the ACD workflow 403 
is a network workflow as the network and session layers 
are OSl Reference Model layers. 



[0061] The workflow of Figure 6 is just one embodi- 
ment. A multitude of different ACD agent selection work- 
flows and database organizations are possible. For ex- 
ample, the agent class objects 603-605 may be an in- 
5 herent class of a conditions object of which the addition- 
al conditions object 602 is also inherent. Further still, 
availability could be searched before agent skill sets. 
Policies of the type found in the additional conditions 
object 611 could be searched before or in between the 
10 skill set or availability searches. Many other types of 
searches may be performed as needed. Thus a multi- 
tude of different agent selection workflows exist. 
[0062] Also, the embodiment described in reference 
to Figures 4, 5 and 6, limits the corporate intranet 401 
is to an H.323 based network. As discussed, the invention 
is not limited solely to H.323 applications. Any protocol 
or standard that supports packet switched voice (or oth- 
er real time) traffic may be employed as the concept of 
integrating a workflow with a gateway is transparent to 
20 the actual protocols or standards the gateway translates 
between. For example, any IP based network (including 
H.323 as well as more traditional TCP/IP intranets hav- 
ing 802.3 or 802.6 endpoints) may be employed provid- 
ed there is sufficient bandwidth (typically in the range of 
25 lOOMB/s or beyond at the LAN) available to carry real 
time traffic. Real time traffic is traffic that cannot with- 
stand significant delay. Circuit switched voice traffic, as 
discussed in relation to Figure 2, is an example of real 
time traffic. 

30 [0063] Also, even though packet switched telephony 
is a motivating factor for integrating a workflow within an 
ACD, packet switched real time traffic is not an absolute 
requirement. Consistent with the notion that the inven- 
tion is transparent to the specific network technology 
35 employed, non packet switched intranets (such as an 
ATM based network) are possible as well. Furthermore, 
the gateway itself is only required if two different net- 
works are involved. In one embodiment, the database 
105 of Figure 1 is an object oriented workflow. Thus em- 
40 bodiments exist where workflow technology is simply in- 
tegrated into existing ACDs such as Figure 1 . Similarly, 
embodiments may exist where a gateway is not used 
because translation is simply not required. 
[0064] A gateway (when used) does not necessarily 
45 need to translate to a corporate intranet 404 either. 
Again, consistent with the notion that the invention is 
transparent to the specific network technology em- 
ployed embodiments exist that do not employ a corpo- 
rate intranet. For example, the gateway could connect 
so two WANs. Further still, the corporate intranet may be 
"replaced" by a Cable TV network that transmits infor- 
mation (e.g., TV, video or other multimedia services) to 
homes rather than corporate offices. For example, in the 
Small Office Home Office (SOHO) environment, the 
55 agent selection workflow could route customer calls to 
a decentralized agent pool who work from home and 
have multimedia sen/ices via their cable TV carrier. 
Thus a wide variety of networking applications can make 
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use of database workflow technology regardless of the 
specific network technology (e.g., H.323 or otherwise) 
or the specific environment (e.g., corporate intranet oth- 
erwise). 

[0065] A discussed in reference to Figure 3, a device 
having the intelligence and speed to manage multiple 
types of media (such as voice, data, video, etc.) as well 
as multiple sources/sinks of that media (i.e., different 
networks such as PSTN, ISDN, the internet, ATM, H. 

323 etc.) is highly desirable. 

[0066] Comparing Figure 4a with Figure 2c, the ACD 
router 400 of Figure 4a is only connected to the PSTN 
1 07 whereas many applications may require connection 
to multiple networks as shown in Figure 2c. Figure 4b 
shows the ACD router 400b having a gateway 401 b ca- 
pable of, for example, translating corporate intranet 404 
traffic with multiple networks such as the PSTN 107, an 
ISDN network 41 1 and the internet 41 2 via an ATM con- 
nection 415 to an internet service provider (ISP) 420. 
[0067] The specific embodiment of Figure 4b shows 
a gateway 401 b architecture consisting of an H.323 net- 
work interface 41 3, a translation layer 41 4 and three oth- 
er network interfaces 415, 416, and 417 (corresponding 
to the ATM 415, ISDN 411 and the PSTN 107 respec- 
tively). Typically, regardless of the specific standards or 
protocols employed, gateways will have at least two dif- 
ferent network interfaces and a translation layer. Net- 
work interfaces have signaling and physical connec- 
tions consistent with their applicable standard. For ex- 
ample, concerning the embodiment of Figure 4b, the 
PSTN 107 network interface 417 and ISDN 411 network 
interface 416 are capable of communicating with an H. 

324 terminal and H. 320 terminal respectively. Other net- 
work interfaces, for example, may include but are not 
limited to B-ISDN (H.310), ATM (H.321), GQoS-LAN (H. 
322), Mobile (H.324M) and POTS. In the embodiment 
of Figure 4b, the translation layer 414 is responsible for 
translating between the corporate intranet 404 and the 
three external networks 107, 411 and 412. The transla- 
tion layer for H.323 based networks is specified in ITU- 
T H.246. 

[0068] Thus the gateway 401 b is responsible for man- 
aging the multiple networks that may connect to the 
ACD 400b. The gateway 401b communicates with the 
gatekeeper 402b along communication channel 418. In 
the embodiment shown in Figure 4, the communication 
channel is an H.323 extension of the corporate intranet 
404. In this environment, the H.323 gateway 401 and 
gatekeeper 402b are typically separate pieces of hard- 
ware (e.g., the gateway 401b is a commercially availa- 
ble gateway and the gatekeeper is a workstation running 
the workflow 403). As discussed, many different hard- 
ware embodiments exist. For example, the gateway 401 
may also be integrated into the same chassis with the 
gatekeeper 402 such that the communication channel 
418 is not an external corporate intranet but rather an 
internal system backplane or other bus within the chas- 
sis. Whether the gateway 401 and gatekeeper 402 com- 
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municate externally over a network (such as corporate 
intranet 404) or internally over a system backplane or 
bus; in either case the gateway 401 and gatekeeper 402 
are deemed "communicatively coupled". 

5 

Centralized Multimedia Management Station 

[0069] As discussed with reference to Figure 3, a de- 
vice that has the intelligence to manage multiple forms 
10 of media (voice, data, video etc.) is highly desirable. 
That is, the ACD 400b of Figure 4b can manage traffic 
media beyond voice. For example, standard customer 
calls to the corporate "1-800" number will arrive via the 
PSTN 1 07 similar to the discussion regarding the em- 
's bodiment of Figure 4a. However, customers may also 
attempt to correspond with the corporate agent pool via 
the corporate web page or through e-mail, both of which 
may arrive through the internet 412. Furthermore, so- 
phisticated customers may attempt to have live video 
20 conferences with corporate agents via the ISDN net- 
work 41 1 . Thus the ACD 400b of Figure 4b must operate 
within a multimedia environment. As database related 
workflows are highly versatile, they are ideally suited to 
manage multimedia environments. 
25 [0070] Figure 7 shows another embodiment that acts 
as a centralized multimedia management station 700 
(hereinafter, "station") that handles the various forms of 
customer inquiries to corporate agents that arrive in a 
multimedia environment (e.g., e-mail, voice calls, video, 
30 FAX, etc.). The station 700 integrates a number of serv- 
ers 701 -704 with an ACD 705 (that is similar to the ACD 
400 of Figure 4) in order to facilitate multimedia network- 
ing environments. In so doing, the station 700 acts not 
only as a pre-call router ACD but also a multimedia serv- 
35 er. 

[0071] Because of the versatility of database work- 
flows and the underlying network, the station 700 is ca- 
pable of (among other tasks): 1) selecting an agent to 
receive a real time voice call or real time video call; 2) 

40 storing e-mail or FAX or video or voice-mail sent to a 
specific agent; and 3) selecting an agent to receive and 
then storing e-mail or FAX or video or voice-mail sent to 
a particular agent skill group (e.g., "sales" as opposed 
to a specific agent). 

45 [0072] There are four servers 701 -704 in the embod- 
iment of Figure 7. Each server is dedicated to a partic- 
ular type of multimedia traffic. The voice server 701 
stores voice mail, the e-mail/data server 702 stores e- 
mail messages or other data files, the FAX server 703 

50 stores FAX messages. The web server 704 manages 
the corporate web page which may be configured to de- 
mand additional station 700 functionality. For example, 
the corporate web page may enable customers to di- 
rectly purchase products. Thus the web server 704 will 

55 generate purchase orders that may be at least partially 
processed within the station 700 workflow 711 itself. Ad- 
ditional media server embodiments are possible such 
as a video-mail server. 
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[0073] Under worst case conditions, the various forms 
of media (voice, e-mail, etc.) may enter the gateway 709 
from any of the various networks (e.g., PSTN 706, ISDN 
707, internet 708) to which the gateway 709 is connect- 
ed. The gateway 709 of station 700 is similar to the gate- 
way 401 already discussed in relation to Figure 4 and is 
responsible for managing the potentially multiple net- 
work interfaces. Once the network related traffic passes 
a network interface layer 71 0a,b,c, it is typically convert- 
ed into some format.by the translation layer 720. This 
format may be a corporate intranet packet in cases 
where the gateway 709 and workflow 711 functions op- 
erate on separate pieces of hardware. Alternatively, the 
format may be the data format used within the system 
backplane or other system bus if the workflow 711 and 
gateway 709 functions are integrated into a single ma- 
chine. 

[0074] Generally, the media type (voice, e-mail, etc.) 
is identified by tagging the incoming traffic within a head- 
er or control field with a media type identifier. The work- 
flow71 1 ultimately makes use of this tag to initiate media 
dependent workflows. Thus the station 700 has the abil- 
ity to recognize the different media types and execute 
different workflows accordingly. A database workflow 
800 for the station 700 is shown in Figure 8. The data- 
base parser 801 of Figure 8 immediately identifies the 
media type of the incoming network event or traffic 802. 
Once the media type is identified, specific workflows de- 
signed to operate solely on that form of media may be 
initiated. 

[0075] In one embodiment, as shown in Figure 8, the 
workflow is organized into objects or libraries B03a,b,c 
which contain the media dependent database workflows 
804. Thus, each library or object 803 contains media de- 
pendent workflows 804 that are specific to a certain type 
of media. Such workflows are deemed unique to the me- 
dia type. Any processes that are inherently media inde- 
pendent (such as the agent selection process of Figures 
5 and 6) may be used when needed as well. Thus a me- 
dia independent library or object 805 may also exist. 
Please note that the agent selection may also be media 
dependent in the sense that the agent's desktop equip- 
ment may be viewed as additional skill set criteria. That 
is, an agent must have real time video equipment to en- 
tertain a real time video customer call. 
[0076] An example of the operation of the embodi- 
ment of station 700 follows. An e-mail from the internet 

708 for a specific agent, a voice call for the corporate 
"1-800° number from the PSTN 706 and a FAX for an- 
other specific agent from the ISDN network 707 all arrive 
at the gateway at approximately the same time. The 
gateway 709 translates the traffic to the H.323 format 
and prioritizes the traffic. For this example, the gateway 

709 places the voice call, the FAX and then the e-mail 
in its outbound queue. Less intelligent gateways may 
simply handle all incoming traffic in FIFO fashion. Of 
course if the prioritization method were specified by the 
applicable standard or protocol the gateway must be- 



have accordingly. 

[0077] The voice call, FAX and e-mail are sent to the 
workflow in order. Referring to Figure 8, the parser 801 
uses the appropriate header information to first deter- 

5 mine what type of media (e.g., voice, FAX or e-mail) the 
incoming event is characterized by. Since the voice call 
arrives first, the parser 801 determines that the incoming 
event is voice related and invokes the voice workflow 
library or object 803a. The workflow library also has a 

10 voice decision block 805a which is responsible for de- 
termining which specific workflow is to be initiated as a 
result of the specific event that arrives. For example, by 
using additional header information the voice decision 
block knows the incoming event is a general customer 

15 call to the "1-800" number. 

[0078] In this embodiment, unlike the embodiment 
discussed in relation to Figure 4, caller confirmation 
805a and the IVRU function 804b are performed by the 
workflow 711. They may instead be performed by an- 

20 other server (e.g., an IVRU server - not shown in Figure 
7) within the corporate intranet. Once the IVRU workflow 
804b determines, for example, that a Spanish speaking 
tech support agent is needed, an agent selection work- 
flow 805a similar to the one discussed in relation to Fig- 

25 ures 4, 5 and 6 is initiated. The agent is identified and 
the voice call is directed over the packet switched in- 
tranet. Again, the workflows may operate over an object 
oriented database although this is not an absolute re- 
quirement. 

30 [0079] Similarly, when the parser 801 identifies the 
second event as an incoming FAX the parser 801 in- 
vokes the FAX workflow library 803b which also has a 
FAX decision block 805b. The FAX decision block 805b 
identifies the nature of the event (e.g., an incoming FAX 

35 requiring storage on the FAX server 703) and executes 
an appropriate workflow 804d (e.g., which identifies the 
agent to whom the FAX is directed and updates that 
agent's "FAX mailbox" on the FAX server 703). In this 
example, the e-mail is handled similar to the FAX. That 

to is the parser 801 identifies the event as e-mail related 
(or more generally, "data") which invokes the e-mail/da- 
ta library or object 803c. The e-mail/data decision block 
805c identifies the event and initiates the proper e-mail/ 
data workflow 804e which stores the e-mail message 

45 on the e-mail/data server 704. Both the FAX and e-mail/ 
data workflows 804c,d could also send the specific des- 
tination agents a message that updates the "in" boxes 
on their desktop system. 

[0080] It is important to note that other architectural 
50 embodiments of system 700 exist. For example, Figure 
7 shows the various servers interconnected on a local 
LAN 720 which is an extension of the corporate intranet. 
The entire system could be integrated within a single 
chassis. That is, for example, each "server" is actually 
55 a partitioned region of a database platform within a sin- 
gle piece of hardware. From a software perspective 
each server may be viewed as its own object. Other em- 
bodiments that are a mixture of partitioned space within 
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a single chassis and external servers that are commu- 
nicated with over the corporate intranet are also possi- 
ble. 

[0081] Furthermore, as discussed, other network in- 
terfaces are possible. That is, the various embodiments 
are not limited to those networks shown in Figure 7. For 
example, the corporate intranet may be "replaced" by a 
Cable TV network (e.g., a Schedule 5 based network). 
In such an application, the station 700 is a multimedia 
center that services homes rather than corporate desk- 
tops. 

[0082] Thus an ACD and multimedia station having 
the intelligence to manage multiple types of media and 
multiple sources of that media has been described. 



Claims 

1. An apparatus, comprising: 

a) a gatekeeper having a database that sup- 
ports a networking workflow; and 

b) a gateway, said gateway communicatively 
coupled to said gatekeeper. 

2. The apparatus of Claim 1 wherein said database 
further comprises an object oriented databse. 

3. The apparatus of Claim 1 wherein said networking 
workflow further comprises a networking layer 
workflow and/or a session layer workflow. 

4. The apparatus of Claim 1 wherein said gateway fur- 
ther comprises an IP intranet network interface, 
said I P intranet network capable of transporting real 
time packet switched traffic, said I P intranet network 
interface separated from a network interface by a 
translation layer. 

5. The apparatus of Claim 4 wherein said IP intranet 
network is an H.323 network. 

6. The apparatus of Claim 4 or Claim 5 wherein said 
network interface is a PSTN network interface, an 
ISDN network interface, an ATM network interface, 
or an internet network interface. 

7. The apparatus of Claim 1 wherein said gateway fur- 
ther comprises a cable TV network interface sepa- 
rated from a network interface by a translation layer. 

8. The apparatus of Claim 1 wherein said gatekeeper 
and said gateway are integrated within the same 
chassis. 

9. An apparatus, comprising: 



a) a gatekeeper having a database that sup- 
ports an agent selection workflow; and 

b) a gateway, said gateway communicatively 
5 coupled to said gatekeeper. 

10. The apparatus of Claim 9 wherein said database is 
an object oriented database. 

10 11. The apparatus of Claim 10 wherein said object ori- 
ented database further comprises (i) an available 
agent object that contains the set of agents current- 
ly available, (ii) a tech support agent object that con- 
tains the set of agents having tech support skills, 

is (iii) a sales agent object that contains the set of 
agents having sales skills, or (iv) an additional con- 
ditions object that contains flow control policies. 

12. The apparatus of Claim 10 wherein said gateway 
20 and said gatekeeper are integrated within the same 

chassis. 

13. The apparatus of Claim 10 wherein said gateway 
further comprises an IP intranet network interface, 

25 said IP intranet network capable of transporting real 
time packet switched traffic, said I P intranet network 
interface separated from a network interface by a 
translation layer. 

30 14. An apparatus, comprising: 

a) a gatekeeper having a database, said data- 
base supporting a networking workflow; 

35 b) a first server, said first server storing a first 

media type, said first server communicatively 
coupled to said gatekeeper; and 

c) a gateway, said gateway communicatively 
40 coupled to said gatekeeper. 

15. The apparatus of Claim 14 wherein said database 
further comprises a plurality of object oriented work- 
flow libraries organised by media type. 

45 

16. The apparatus of Claim 15 wherein said plurality of 
object oriented workflow libraries further comprise 
(i) a voice library, (ii) a data library, or (iii) a FAX li- 
brary. 

so 

17. The apparatus of Claim 14 wherein said workflow 
further comprises a parser coupled to a plurality of 
decision blocks, one of said decision blocks per me- 
dia type. 

1 8. The apparatus of Claim 1 4 further comprising a sec- 
ond server, said second server storing a second 
media type, said second server communicatively 
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coupled to said gatekeeper. 

19. The apparatus of Claim 14 wherein said first media 
type is data, FAX or voice mail. 

s 

20. A method comprising: 

a) invoking an object method against a condi- 
tion to produce at least one selected agent; and 

b) directing real time traffic to said selected 
agent. 

21. The method of Claim 20 wherein said object further 
comprises an available agents object and said ob- is 
ject method searches for available agents against 
said condition. 



30. The method of any one of Claims 27 to 29 wherein 
said networking workflow updates an agent's file 
space in a server and sends a message to the 
agent's system. 

31. The method of any one of Claims 27 to 30 wherein 
said media type is real time voice, FAX, or data. 

32. The method of any one of Claims 27 to 31 further 
comprising (i) directing said event to a decision 
block unique to said media type before initiating 
said networking workflow and/or (ii) making said de- 
termination of said media type of said event by 
means of a parser. 



22. The method of Claim 21 wherein said condition fur- 
ther comprises a technical expertise skill, language so 
skill, or a subset of agents from the corporate pool 

of agents. 

23. The method of Claim 20 wherein said object further 
comprises (i) a technical support agents object and ss 
said object method searches for technical support 
agents against said condition, (ii) a sales agents ob- 
ject and said object method searches for sales 
agents against said condition, or (iii) an additional 
conditions object and said object method searches so 
for agents meeting flow control policy requirements 
against said condition. 

24. The method of Claim 20 wherein said real time traf- 
fic further comprises real time voice traffic or real 35 
time video traffic. 

25. The method of Claim 20 wherein said directing real 
time traffic to said selected agent further comprises 
directing said real time traffic over a packet to 
switched network. 

26. The method of Claim 25 wherein said packet 
switched network is an IP based network. 

45 

27. A method comprising: 

a) determining the media type of a network 
event; and 

50 

b) initiating a networking workflow unique to 
said media type. 

28. The method of Claim 27 wherein said method is ex- 
ecuted upon an object oriented database. ss 

29. The method of Claim 27 or Claim 28 wherein said 
networking workflow is a pre-call routing workflow. 
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